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Sir: 

We, JOSEPH KORB, JESSE ODOM, and DAVID REIN do declare that: 

1 . We are the inventors of the invention described in the above-identified 
patent application. 

2. We were employed and involved in the development of a new technology 
at GoAmerica, Inc. for transferring data form the Internet to wireless devices. The new 
technology was first named Flying Portals, and subsequently renamed AirServ, AirClip, and 
finally. Go. Web in that sequence. 

3. Exhibit A is a copy of the "Flying Portals Tech Spec" ("Specification"), 
which is a specification for implementing the new technology for GoAmerica. The 
Specification was prepared before October 4, 1999, under our direction and or supervision. 

4. Exhibit B is a copy of the "Airserv Information System Non-Technical 
Project Plan" ("Plan"), which is a project plan and provided further system details of the new 
technology under development for GoAmerica. The Plan was prepared before October 4, 
1999, under our direction and or supervision. 



5. Exhibit C is a copy of the header from the Airclip.dll file ("Software"), 
which is software implemented on wireless devices to implement the new technology for 
GoAmerica. The Software was implemented and was operable before October 4, 1999, under 
our direction and or supervision. 

6. Exhibit D is a copy of a press release for Go. Web ("Press Release") dated 
February 8, 1999 that states that beta testing of the new technology was to conclude at the 
end of March 1999. 

7. The Go. Web technology was released as a commercial product and 
services were provided to subscribers before October 4, 1999. 

8. In particular, Exhibits A through D disclose technology that corresponds to 
examples in the patent application, and which falls within the scope of the independent 
claims 52 and 60 of this application. This information demonstrates that conception and 
actual reduction to practice of the invention was achieved before October 4, 1999, which is 
the U.S. filing date of U.S. Patent No. 6,674,767 to Kadyk et al. ("Kadyk") used in one 
rejection in the Office Action dated May 12, 2005. 
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9. We hereby declare that all statements made herein of our own knowledge 
are true and that all statements made on information and belief are believed to be true; and 
further that these statements were made with the knowledge that willful false statements and 
the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 
1 8 of the United States Code, and that such willful false statements may jeopardize the 
validity of the application, and any patent issuing thereon. 



1/11/06 




Joseph Korb 



Dated: 

Jesse Odom 



Dated: 

David Rein 



NY:996043.1 
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9. We hereby declare that all statements made herein of our own knowledge 



aretn^Id that all statements made on information and belief are believed to be true; ai 
further that these statements were made with the knowledge that willful false statements 
the like so made are punishable by fine or imprisonment, or both, under Section 1001 of 
1 8 of the United States Code, and that such willful false statements may jeopardize the 
validity of the application, and any patent issuing thereon. 



Dated: 



Joseph Korb 



Dated; 





JjS! 



tse Odom 



Dated: 



David Rein 



NY:996043.1 
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^ 9. We hereby declare that all statements made herein of our own knowledge 
^^^il^and that all statements made on infonnation and belief are believed to be true; and 
ftirther tliat these statements were made with tlie knowledge that willful felse statements and 
the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 
18 of the United States Code, and that such willful false statements may jeopardize tiie 
vahdity of the application, and any patent issuing thereon. 



Dated: 



Joseph Korb 



Dated: 



Dated: 




Jesse Odom 



David Rein 



EXHIBIT A 



Flying Portals Tech Spec 



Flying Portals Transactional 
Server 

Initiation of 

Service 



SPECIFICATION MAP - CLIENT AND SERVER SIDE 

1 . Initial service description 

2. Flov^ of events 

a. Initial Client Contact 

2.1 Network Choice Use Case 

2.2 Content Partner Use Case 

2.3 Device ID Use Case 

b. Parsing New^s@Hand Tags and Creating the MetaPage 

2.4 Parse Header Use Case 

2.5 Parse Elements Use Case 

c. Converting MetaPage to DisplayText 

2.6 Meta Display Use Case 

d. Client Input/Interface 

2.7 Interface Use Case 

e. Server Processes Client Request 

2.8 Fulfillment Use Case 

3. Relationships 

3.1 Flying Portals Transaction Server 

3.2 Go America Service Center 

3.3 Quick Connect 

3.4 Client Preferences Profile Database 

3.5 Client e-commerce Profile Database 

3.6 Advertising and Marketing Front-End 



4. Pre-Conditions 



5. Post-Conditions 



Flying Portals Transaction Server - An Overview 

The Flying Portals Transactional Server functions as a unique "reader" of News@Hand 
markup language supported by the GoAmerica Communications Service Center. 
News@Hand is a mark-up language which tags existing internet content such as Yahoo 
news, stock quotes, and sports, or other internet content as available, such as Infoseek or 
Excite. The News@Hand code embeds directly into the HTML code of existing web 
content. These News@Hand tags do not interfere with the look of the internet web page, 
nor do they conflict with either Microsoft IE or Netscape Navigator's presentation of the 
web page. However, to the Flying Portals Transactional Server, the News@Hand code is 
picked up and utilized to display specific web content in several different wireless device 
formats (e.g., cell phone, interactive pager, and palm-size pc's). 

For example, the Yahoo home page could use News@hand markup language to mark up 
links to other menus and headlines linking to the full text of a news item. Then, when a 
wireless device requests the page, the Flying Portals server parses only the News@Hand 
code, compiles and displays the page in a format designed by Flying Portals, Inc. to fit 
the screen size and functionality of the device. A cellular phone, with a Umited screen 
display, would display only menu choices. An interactive pager displays headlines and 
menu choices. The PalmPilotTM screen is large enough to display menus, headlines, 
time, date, and perhaps a user-friendly search box. 

Initiation of Service 

The News@Hand language is provided free of charge with the purchase of any 
interactive pager, smart phone, or palm-size PC. At the time of a device purchase, the 
client chooses a network service provider, such as BellSouth, BellAtlantic, or AT&T. 
Flying Portals Inc. has agreements with the aforesaid network service providers and 
device manufacturers to provide this free value-added service. The client then chooses a 
provider for its web access, such as Yahoo! lite or Infoseek lite. When the device is 
activated with the network service provider, the client will then be asked to choose 
preferences for free web-access. The preferences include such choices as News, Stock 
quotes, Sports, Horoscope, etc. The News@Hand language distinguishes preferences as 
one of 5 elements; Topics, Menu, Headlines, Text, and Table. These preferences are 
recorded by the Flying Portals Transaction Server as News@Hand language. The 
Transaction Server then parses the information according to the client specification, 
creates a MetaPage of sorted content, converts the MetaPage to DisplayText for the 
specified client-side device, and sends the content wirelessly to the client. 



2. Flow of events 

a. Initial Client Contact (Client-side) 

This use case begins when a cUent activates service. Initial choice of network service 
provider is completed on the cHent side via the Network Choice Use Case (2.1). 
Following the Network Choice, the client then chooses the Internet content provider (ie., 
YahooILite, Excite lite, etc.) via the Content Partner Use Case (2.2) with two possible 
scenarios as described below. This preference is logged by the Flying Portals 
Transaction Server at the GoAmerica service center. The client then identifies the type of 
hand-held device via the Device ID Use Case (2.3). Depending upon what type of 
device, the client will navigate to the desired topic. 

b. Parsing News@Hand Tags and Creating the MetaPage (Server-side) 

This use case begins when service activation is complete. The Flying Portals Transaction 
Server, utiUzing software which recognizes the News@Hand Tags embedded in pre- 
existing web pages, parses Headers from the tagged content by the Parse Header Use 
Case (2.4). The Server then parses the content elements, defined as Topics, Menus, 
Headlines, Text, and Table in the Parse Elements Use Case (2.5). 

c. Converting MetaPage to DisplayText (Server-side) 

The Flying Portals Transaction Server compiles the Elements into a MetaPage via the 
Meta Display Use Case (2.6). The MetaPage is then converted via Flying Portals 
software to shrunken and sized format called DisplayText, a device-specific client-side 
viewing format. 

d. Client Input/Interface (Client-side) 

Client navigates through DisplayText and chooses content to view via the Interface Use 
Case (2.7). 

e. Server Processes the CUent Request (Server-side) 

Server parses information requested by client via the Fulfillment Use Case (2.8). 



2.1 Network Choice Use Case 

Client initiates the wireless service by choosing a network service provider such 
BellSouth, BellAtlantic, or AT&T. The device is activated and automatically connected 
to the Flying Portals Transaction Server. 

2.2. Content Partner Use Case 

Client chooses a single content partner, such as YahooILite, Excite Lite, etc. 

2.2.1 As altemate scenario, device opens automatically with Flying Portals welcome 

screen, Flying Portals.Net, with interface forms for client preferences. 

2.3 Device ID Use Case 

Client identifies the type of hand-held device used, including brand and model. Indicated 
preferences saved in Transaction Server client preferences database. 

2.4 Parse Header Use Case 



Transaction Server parses headers as indicated by client preferences using News@Hand 
software. 



2.5 Parse Elements Use Case 

2.5.1 Transaction Server parses the Elements defined as TOPICS by News@Hand 
embedded tags. 

2.5.2 Transaction Server parses the Elements defined as MENUS by News@Hand 
embedded tags. 

2.5.3 Transaction Server parses the Elements defined as HEADLINES by News@Hand 
embedded tags. 

2.5.4 Transaction Server parses the Elements defined as TEXT by News@Hand 
embedded tags. 

2.5.5 Transaction Server parses the Elements defined as TABLES by News@Hand 
embedded tags. 

2.5.5.1 Among the Element TABLES, the Transaction server parses further 
subcategories as per customer preferences, such as Quotes, Weather, Sports, and 
Horoscope. 

2.6 Meta Display Use Case 

The Flying Portals Transaction Server, supported by the GoAmerica service center, 
compiles parsed Elements and subcategories into a single MetaPage, a digital template 
for the client side content viewer. The Transaction Server converts the MetaPage to a 
shrunken and sized format called DisplayText, a device-specific client-side viewing 
format. 

2.7 Interface Use Case 

Client navigates through the headers, menus, and tables provided by DisplayText view. 
Client chooses a specific content area by navigation and selection. 

2.8 Fulfillment Use Case 

Transaction server processes cUent-side content choice. Server parses said content via 
software recognition of News@Hand tags embedded in pre-existing content provider 
code. 

3. Relationships 

3.1 Flying Portals Transaction Server 

3.2 GoAmerica Service Center 

3.3 QuickConnect 

3.4 Client Prefences Profiles Database 

3.5 Client e-commerce Profiles Database 

3.6 Advertising/Marketing Front End 



EXHIBIT B 



AirServ Information System Non-Technical Project Plan 
Version 1.0 
August 21, 1998 

Quick Access to Key Points 

L What is the AirServ Information System 

II. Who's Who @ AIS Development Team 

III. Problems we v^ill be addressing 

IV. How we will address problems 

V. Purpose of our strategy 

VI. Feasibility Analysis 
VIL How to contact us 
VIIL Revision History 



/. What is the AirServ Information System 



AirServ Information System (AIS) is a Client/Server Information delivery system. AIS will "scrape" data 
from the internet and deliver it to a wireless data terminal, and it will receive data from 2-way capable 
wireless data terminals and deliver it back to the Internet. 

//. Who's Who @ the AIS Development Team 



Jesse Odom Project Manager 

Jesse is the cohesive force that keeps AIS together. He is responsible for ensuring that all phases of the 
Project hfe cycle are met quickly and without disruption. He will oversee key milestones in the project life 
cycle and he will set the project schedule for the project team. Jesse will also serve as the model architect 
and project analyst responsible for taking the proposed ideas and developing models of the system. Jesse 
will be working closely with the entire team to ensure that the model addresses the proposed function of the 
AIS system. 

David Eylean Developer and Programmer 

David is the brawn of our system development cycle. He oversees and develops the overall information 
system according to the project model. David works directly with Jesse to see the project to a successful 
conclusion. 

] dun no Hu Technical Writer 

Idunno Hu is the brains behind AIS. He is responsible for the conveying AIS's ideas on paper. His skills 
make AIS look as good on paper as we do in the field. 

Menotno Hu Quality Assurance Manager 

Menotno is the man who puts on the finishing touches. He is responsible for debugging both the client and 
server platforms making sure all model requirements have been met and the software is performing 
properly. Proofreading every word generated by AIS, dotting every i crossing every t. 



///. Problems we will be addressing 



The currently foreseeable problems that we will address include: 

> The need to have quick reliable access to internet information on small mobile wireless devices 

> Scraping information from prominent portal sites on the WWW 

> Simple and elegant information delivery and retrieval to and from devices with limited display real 
estate 

> Deliver relevant advertising based on customer profiles and current location. 

IV, How we will address problems 



Our plan is to maintain a centralized database of subscriber configurations entered by each subscriber via a 
personal profile web page. AIS will access the information contained within the database. Based on the 
users profile AIS will deliver pre-parsed information from 5 main categories (TBD). Data will be formatted 
based on the cHent device being used. Information such as current location, and profile preferences will 
determine advertising delivered with the users preferred content. 

V. Purpose of our strategy 



The purpose of our centralized database is to eliminate the amount of dynamic request and retrieval to and 
from the internet. The mobile device will give simple access to strategic points of information and upon 
request, deliver it to the end user from a frequently updated database. Custom data formatting by device 
will allow us to send the richest content possible to the end user device. 

VL Feasibility Analysis 



As part of our feasibility analysis we counted all the functions in the system and drafted the following 
chart: 

Description Simple Average Complex Total 
Extemal Inputs 1X3 = 31X4 = 43X6 = 18 25 
External Outputs 4X4 = 16 3X5 = 15 1X7 = 7 38 
Extemal Inquiries 0X3=02X4 = 81X6 = 6 14 
Intemal Files 4X7 = 28 OX 10 = 00X 15 = 0 28 
Extemal Interfaces 0X5=02X7 = 14 IX 10 = 10 24 
Function Count (unadjusted) = FC = 129 

And then tested the processing complexity with in following table: 

Characteristic Influence 
Data Communications 4 
Distributed Functions 2 
Performance 3 

Heavily Used Configuration 1 
Transaction Rate 3 
On-Line Data Entry 4 
End User Efficiency 4 



On-Line Update 3 
Complex Processing 1 
Reusability 0 
Installation Ease 3 
Operational Ease 5 
Multiple Sites 5 
Facilitate Change 2 

Total Processing Complexity Adjustment = PC = 40 

Processing Complexity Adjustment = PCA - 0.65 + (0.01 x PC) = 1 .05 

Total Adjusted Function Points = FP = FC x PCA = 135.45 

We estimate that it will take approximately 12 work hours to accommodate each adjusted function points. 
Making our estimated time to develop approximately 1625 working hours. 



VIL How to contact us 



If you have any questions or comments regarding this plan and/or site please email us at: 
ais@airserv.net 

VIIL Revision History 



Version 1.0 - 1998-Aug-20 - Original Draft 



Page Last Modified: November 11, 2005 

© 1998 Go America Communications Corp, All rights reserved. 



EXHIBIT C 



DYNAMIC LINK LIBRARY 

32bit for Windows 95 and Windows NT 

Technical File Information: 



Image File Header 



Signature: 
Machine: 
Number of Sections: 
Time Date Stamp: 
Symbols Pointer: 
Number of Symbols: 
Size of Optional Header 
Characteristics: 



00004550 

Intel 386 

0005 

3635af98 

00000000 

00000000 

OOeO 

File is executable (i.e. no unresolved external references). 
Line numbers stripped from file. 
Local symbols stripped from file. 
32 bit word machine. 
File is a DLL. 



Image Optional Header 

Magic: 
Linker Version: 
Size of Code: 
Size of initialized Data: 
Size of Uninitialized Data: 
Address of Entry Point: 
Base of Code: 
Base of Data: 
image Base: 
Section Alignment: 
File Alignment: 
Operating System Version: 
Image Version: 
Subsystem Version: 
Reservedl: 
Size of Image: 
Size of Headers: 
Checksum: 
Subsystem: 
DLL Characteristics: 
Size of Stack Reserve: 
Size of Stack Commit: 
Size of Heap Resen/e: 
Size of Heap Commit: 
Loader Flags: 
Size of Data Directory: 
Export Directory Virtual Address: 
Export Directory Size: 
Import Directory Virtual Address: 
Import Directory Size: 



010b 
5.11 

00005200 

00001600 

00000000 

00001000 

00001000 

00007000 

10000000 

00001000 

00000200 

4.00 

0.00 

4.00 

00000000 
OOOObOOO 
00000400 
00000000 

Image runs in the Windows character subsystem. 

0000 

00100000 

00001000 

00100000 

00001000 

00000000 

00000010 

00009000 

OOOOOOec 

00007970 

0000003c 



Base Relocation Table 

Virtual Address: OOOOaOOO 
Base Relocatior) Table Size: 000002d4 



Export Table 



Name: 
Characteristics: 
Time Date Stamp: 
Version: 
Base: 

Number of Functions: 
Number of Names: 



AirClip.dll 
00000000 
3635af97 
0.00 

00000001 
00000005 
00000005 



Ordinal 


Entrv Point 


0000 


00001 OeO 


0001 


00001150 


0002 


00001120 


0003 


00007850 


0004 


00008000 



Name 

??OLinkeclListEntry@@QAE@ABVO@@Z 

??4LinkedList@@QAEAAV0@ABV0@@Z 

??4LinkedListEntry@@QAEAAV0@ABV0@@Z 

??_7LinkedListEntry@@6B@ 

RimHeader 



Import Table 



PAGER950.EXE 


Ordinal 


Function Name 


004d 


RadioGetMpal< 


007f 


RimTaskYield 


005d 


RinnFree 


006d 


RimMalloc 


0000 


??2@YAPAXI@Z 


0050 


RadioRegister 


0001 


??3@YAXPAX@Z 


0068 


RimGetTicks 


0015 


DbDelete 


002d 


LcdClearDisplay 


0017 


DbFileClose 


001a 


DbFlleRead 


0072 


RimRealloc 


0019 


DbFileOpen 


0022 


DbGetHandle 


0065 


RimGetMessage 


0036 


Led GetCharacterW idth 


0034 


LcdDrawLine 


003e 


LcdGetStringWidth 


0033 


LcdDrawBox 


002e 


LcdClearToEndOfLine 


0040 


LcdPutStringXY 


007c 


RimSetTimer 


002f 


LcdCopyBitmapToDisplay 


003b 


LcdGetFontHeight 


0035 


LcdForceRefresh 


0038 


LcdGetCurrentFont 



0061 RimGetCurrentTaskID 

0063 RimGetForegroundApp 

0073 RimRequestForeground 

006c RimKillTimer 

0056 RimAlertNotify 

0069 Rim HolsterStatus 

004a RadioCancelSendMpak 

001b DbFileSeek 

001 d DbFileWrite 

004e RadioGetSignalLevel 

007e RimSprintf 

0053 RadioSendMpak 

004c RadioGetDetailedlnfo 

0080 RimTerminateThread 



UI32.dll 

Ordinal Function Name 



Section Table 



Section name: 
Virtual Size: 
Virtual Address: 
Size of raw data: 
Pointer to Raw Data: 
Pointer to Relocations: 
Pointer to Line Numbers: 
Number of Relocations: 
Number of Line Numbers: 
Characteristics: 



.text 

00005168 

00001000 

00005200 

00000400 

00000000 

00000000 

0000 

0000 

Section contains code 
Section is executable 
Section is readable 



Section name: 
Virtual Size: 
Virtual Address: 
Size of raw data: 
Pointer to Raw Data: 
Pointer to Relocations: 
Pointer to Line Numbers: 
Number of Relocations: 
Number of Line Numbers: 
Ctiaracteristics: 



.data 

OOOOOddO 

00007000 

OOOOOeOO 

00005600 

00000000 

00000000 

0000 

0000 

Section contains initialized data 
Section is readable 
Section is writeable 



Section name: 
Virtual Size: 
Virtual Address: 



.version n 
00000018 
00008000 



Size of raw data: 
Pointer to Raw Data: 
Pointer to Relocations: 
Pointer to Line Numbers: 
Number of Relocations: 
Number of Line Numbers: 
Characteristics: 



00000200 

00006400 

00000000 

00000000 

0000 

0000 

Section contains initialized data 
Section is readable 
Section is writeable 



Section name: 
Virtual Size: 
Virtual Address: 
Size of raw data: 
Pointer to Raw Data: 
Pointer to Relocations: 
Pointer to Line Numbers: 
Number of Relocations: 
Number of Line Numbers: 
Characteristics: 



edata 

OOOOOOec 

00009000 

00000200 

00006600 

00000000 

00000000 

0000 

0000 

Section contains initialized data 
Section is readable 



Section name: 
Virtual Size: 
Virtual Address: 
Size of raw data: 
Pointer to Raw Data: 
Pointer to Relocations: 
Pointer to Line Numbers: 
Number of Relocations: 
Number of Line Numbers: 
Characteristics: 



.reloc 

00000316 

OOOOaOOO 

00000400 

00006800 

00000000 

00000000 

0000 

0000 

Section contains initialized data 
Section can be discarded 
Section is readable 



Header Information 

Signature: 5a4d 

Last Page Size: 0090 

T"ofa/ Pages in File: 0003 

Relocation Items: 0000 

Paragraphs in Header: 0004 

Minimum Extra Paragraphs: 0000 

Maximum Extra Paragraphs: ffff 

Initial Stack Segment: 0000 

Initial Stack Pointer: 00b8 

Complemented Checksum: 0000 

Initial Instruction Pointer: 0000 

Initial Code Segment: 0000 

Relocation Table Offset: 0040 

Overlay Number: 0000 



Reserved: 0000 0000 0000 0000 
0000 0000 0000 0000 
0000 0000 0000 0000 
0000 0000 0000 0000 
Offset to New Header: OOOOOOcS 
Memory Needed: 2K 



EXHIBIT D 



Company , Products 



Contact Us 



Media Center 



GoAmerica First to Offer Wireless Paging, Email and Web Access on Single Device 
Addition of Web Content Is Last Step Before Offering Secure Online Transactions 



NEW ORLEANS, February 8, 1999 - 

GoAmerica Communications Corp., the nation's leading wireless tntemet service and content provider, today announced at CTIA Wireless '99 its newest sen/ice feature that instantly 
brings Web information to mobile professionals through a single, handheld device. Using the lnter@ctiveTM Pager 950 from Research In Motion (NASDAQ: RIMM) (TSE: RIM), 
GoAmerica subscribers can access personalized content, such as stock, news, travel, sports and weather updates, through the Go.WebTM service. "By adding Web content to our 
existing E-mail and industry-specific enterprise applications, we have significantly expanded the value of our subscribers' wireless experience," said Aaron Dobrinsky, president and 
chief executive officer of GoAmerica Communications Corp. "We have plans to adapt the Go. Web service for other mobile devices, but our next strategic step will be making electronic 
commerce a reality for mobile professionals." 

"Projections for the year 2001 indicate that potentially 21 .3 million people in the U.S. will be using wireless or mobile communications devices," said Andrew Seybold of The Andrew 
Seybold Group. "GoAmerica's clear understanding of that martlet and its time-sensitive needs will enable a smooth transition from Web content to portable e-commerce." 

"Fast access to high-value, time-sensitive information is increasingly important to mobile users woriting away from their offices. The RIM lnter@ctive Pager meets users' two-way 
wireless needs with a convenient keyboard, wearable form factor and continuous wireless networit connection," said David Werezak, vice president of marlteting at Research In Motion. 
"GoAmerica's ability to aggregate key information resources with its powerful wireless networit service delivers the kind of information access solution that our customers are 
demanding." 

Beta testing of GoAmerica's new Go.Web service will conclude at the end of March 1999. Pricing will begin at $9.95. To subscribe, contact GoAmerica at (888)462-4600 or 
www.goamerica.net. For a live demonstration, visit GoAmerica at CTIA in the Microsoft (NASDAQ: MSFT) pavilion (# 6623) or SmartServ Online (NASDAQ: SSOL) in Wireless Data 
Fomm's Competitive Edge pavilion (# 6413-4) Febmary 8-10. 1999. 

For more information, contact: 

Kent Chapline of Sprinkbok Technologies, Inc. 
For GoAmerica Communications Corp. 
Phone: (972) 480-9458 ext. 144 
kchapline@springbok.com 

Joe Karp 

Vice President, Mariteting 
GoAmerica Communications, Inc. 
201-527-1518 

jkarp (9igoamerica.com 
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